-
Notifications
You must be signed in to change notification settings - Fork 3.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
style: UX Refinements on tagging components [FC-0036] #33884
style: UX Refinements on tagging components [FC-0036] #33884
Conversation
Thanks for the pull request, @ChrisChV! Please note that it may take us up to several weeks or months to complete a review and merge your PR. Feel free to add as much of the following information to the ticket as you can:
All technical communication about the code itself will be done via the GitHub pull request interface. As a reminder, our process documentation is here. Please let us know once your PR is ready for our review and all tests are green. |
Sandbox deployment successful. Sandbox LMS is available at pr-33884-139931.staging.do.opencraft.hosting Instance config : https://grove-stage-build-logs.nyc3.digitaloceanspaces.com/34602668-5696107567-config.yml |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍 @ChrisChV I checked all the cases, things seem to be working as expected, however I had doubts/issues with two of them:
There is a strange 'jump' when I first expand the "Tags" sidebar component. The area containing the "Tags" heading, tag count, and up/down arrow seems to shift down a few pixels when it is first clicked
- Go to a unit and verify that the 'jump' is gone when you expand de 'Tags' component.
The jump is now gone when clicking to expand the Tags
component. However when you tab on the page and the focus becomes on the 'Tags' header, things get shifted a few pixels as well, not sure if its the same "jump" or not.
If a tag cannot be expanded (i.e. leaf tags), it should not have a hover state
- Go to a unit and verify the change on the 'Tags' component
This is now fixed, however when clicking on a tag to expand/close, it remains blue, until I click elsewhere, is that intended behavior?
- I tested this: (I checked all the cases to confirm they are working, I have doubts on 2 of them though)
- I read through the code
- I checked for accessibility issues
-
Includes documentation -
I made sure any change in configuration variables is reflected in the corresponding client'sconfiguration-secure
repository.
I think this is a question for @ali-hugo
@yusuf-musleh I fixed that here c2c4e70 |
Sandbox deployment successful. Sandbox LMS is available at pr-33884-139931.staging.do.opencraft.hosting Instance config : https://grove-stage-build-logs.nyc3.digitaloceanspaces.com/34602668-5707998831-config.yml |
She is on holiday now or starting soon so I'm just going to make the call: I think it's strange how it stays blue now. Please remove the (But as before, make sure there is a visual indication when it is focused by keyboard. I think that should still happen "automatically" but if it's not, you'll need to add a |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great! Please just fix the issue @yusuf-musleh noticed and this will be good to go.
@bradenmacdonald This is ready for merge |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
- I tested this: in Studio
- I read through the code
- I checked for accessibility issues
- Includes documentation: n/a
@ChrisChV 🎉 Your pull request was merged! Please take a moment to answer a two question survey so we can improve your experience in the future. |
2U Release Notice: This PR has been deployed to the edX staging environment in preparation for a release to production. |
2U Release Notice: This PR has been deployed to the edX production environment. |
Description
This PR fix/adds the following:
Manage Access
Supporting information
Github issue: openedx/modular-learning#157
Internal ticket: FAL-3537
Testing instructions
contentstore.enable_copy_paste_units
andnew_studio_mfe.use_tagging_taxonomy_list_page
flags."Please change the order of the items in the unit menu to:"
"Please change the order of the items in the component menu to:"
There is a strange 'jump' when I first expand the "Tags" sidebar component. The area containing the "Tags" heading, tag count, and up/down arrow seems to shift down a few pixels when it is first clicked
This section also shows a dotted outline after it is selected
If a tag cannot be expanded (i.e. leaf tags), it should not have a hover state
Change the default URL for the "Taxonomies" tab to go to /taxonomies/ directly, not /taxonomy-list/
Other information
6. Slack: Refresh the count of tags on the unit/outline page(s) after the user makes edits in the tag drawer
This issue has not been fixed since openedx/frontend-app-authoring#704 is still open